为什么 Java 不支持多重继承？
Java 不支持类的多重继承，主要是为了避免 C++ 中出现的 菱形继承（Diamond Problem）问题。菱形继承是指一个类通过多个路径继承自同一个父类，在这种情况下，如果父类的方法在多个路径上有不同的实现，子类就无法确定该调用哪个父类的实现，导致歧义。
菱形继承问题示例
假设有如下类关系：
A
/ \
B C
\ /
D
在这个图中：
B和C都继承自A，然后D继承自B和C。- 如果
A中有一个方法，B和C各自对其有不同的实现，而D没有重写这个方法，那么在D调用A的方法时，系统会不知道到底应该调用B还是C中的实现，导致了歧义。
Java 为什么不支持类的多重继承？
Java 为了避免上述的菱形继承问题，采用了单继承机制，即每个类只能有一个直接父类。这样，继承关系就变得简单清晰，不会出现同一方法有多个不同实现的冲突。
多重继承的缺陷：Java 不支持类的多重继承，避免了 C++ 中菱形继承问题的出现，从而使得继承关系更加简单和清晰。
补充：接口多实现为什么就没有菱形问题？
类的多继承被禁止，但 Java 又允许实现多个接口（见 接口多实现），这看似矛盾，其实关键在于接口（Java 8 之前）没有实现：
- 接口只声明"该做什么"，实现全部由实现类自己写，不存在"两个父类对同一方法各有一份实现、不知道用谁"的问题；
- Java 8 引入 default 方法后，接口也带实现了，菱形问题理论上回来了——Java 的解法不是禁止，而是强制类必须重写冲突方法，编译器直接报错逼你表态，歧义在编译期就被消灭。
所以可以总结成一句话：类多继承的歧义出在"实现"上，Java 把实现的多继承禁掉了，把"规范"的多继承（接口）保留了。
补充：多重继承的需求，实际怎么满足？
工程上需要"同时获得多份能力"时，惯用两条路：
- 接口组合：一个类 implements 多个接口，能力来自多个方向，实现自己负责（本质是规范组合）；
- 组合优于继承：把"另一份能力"做成成员变量持有，方法内部委托给它：
class Duck {
private FlyBehavior flyBehavior; // 会飞的能力，委托出去
private QuackBehavior quackBehavior; // 会叫的能力，也委托出去
void performFly() {
flyBehavior.fly(); // 运行时可替换实现，比继承灵活
}
}
这就是"组合优于继承"原则的体现：继承表达"是什么"（且只能一个），组合表达"有什么能力"（可以任意多个、运行时可换）。
💬 评论